Skip to main content
This forum is closed to new posts and responses. Individual names altered for privacy purposes. The information contained in this website is provided for informational purposes only and should not be construed as a forum for customer support requests. Any customer support requests should be directed to the official HCL customer support channels below:

HCL Software Customer Support Portal for U.S. Federal Government clients
HCL Software Customer Support Portal

HCL Notes/Domino 8.5 Forum (includes Notes Traveler)

HCL Notes/Domino 8.5 Forum (includes Notes Traveler)

Previous Next

Still does not work...

Thank you for your suggestion. Here is a bit more information about this.

After testing with databases on the B2 version I got the following situation:
Two large databases were DAOS enabled and the .nlo attachments were successfully created in the DAOS directory specified in the server document. Everyting was working great – and to be honest I had the feeling that the DAOS was too good to be true :- )

After I upgraded the server to the newly released version of Lotus Domino 8.5 the DAOS was unable to create a new .nlo files. It did not matter if I tried to do it on the databases tested with the B2 version or new databases I created to test.

Then I deleted about 50% of the documents from the databases tested with the B2 version. After the document deletion I ran the “tell daosmgr prune 0” command.
This seemed to be working as expected because a lot of .nlo files were removed from the DAOS directory specified.

Then I ran the server command “load compact gpcase.nsf –c –daos off” to disable the database from DAOS. This also seemed to be working fine. The physical size of the .nsf file got greatly increased and the .nlo files were removed from the directory. I did this for both the databases I had been testing with the B2 version.

At this stage no file was left in the DAOS directory specified in the server document.

So at this point everything in DAOS seemed to be working for me expect creating the .nlo files for the new attachments.

Then I tried to create a new database and enable that database for DAOS. I still got the same error when trying to add attachments to a document in this database. I tried enabling them by selecting the database property and also by running the “load compact disc.nsf –c –daos on” server command. Both of this gave me the same result.

Then I tried to change the location of the DAOS directory specified in the server document and that did not help either.

Then I tried the items you suggested and this also did not help. It gave my the same result (except the DAOS seemed to have been initialised – so that the new DAOS subdirectory was called “0001”)

In addition I stopped the Domino server, renamed the “daoscat.nsf” file in the data directory to “daoscat.nsf.bak”. Restarted the server and tried again but this did not help.

I un-installed the Domino server, removed all the files in the directory specified for the transaction logging, renamed the “daos.cfg” to “daos.cfg.bak”, and renamed the “daoscat.nsf” to “daoscat.nsf.bak”. Installed the server again and created a new database on the server. Enabled the server via the database properties and added a document to the database whic included an attachment and when I saved the document I get the following”:

12/01/2009 10:39:19 The database D:\Lotus\Domino85\data\Disc.nsf was unable to
write to file D:\TEST\DAOS\0001\8FE48147961676FAC125753C00350A0818FE48147961676
P.nlo: Release 8.5 December 05, 2008

The “D:\TEST\DAOS\0001” directory was created by the DAOS task but not the .nlo file itself.

There is no anti-virus software running on the server which could prevent the .nlo file from being created.

Is there a place where I can look for a detailed reason for this message – that is why the .nlo file could not be created ?




Feedback response number WEBB7N8DQ6 created by ~Mary Chuhipivitch on 01/12/2009

DAOS unable to write file (~Mary Chuhipivi... 11.Jan.09)
. . Suggestions (~Sigmund Chufan... 12.Jan.09)
. . . . Still does not work... (~Mary Chuhipivi... 12.Jan.09)
. . . . Pruning has been suspended until t... (~Tate Quetresap... 29.Aug.14)
. . DAOS problem after upgrade (~Denise Zenpone... 12.Jan.09)
. . . . I've already tried this - but the r... (~Mary Chuhipivi... 12.Jan.09)
. . Please set this INI (~Xagra Cisnimar... 12.Jan.09)
. . . . Here is the result... (~Mary Chuhipivi... 12.Jan.09)
. . . . . . next step (~Xagra Cisnimar... 12.Jan.09)
. . . . . . could you also send (~Xagra Cisnimar... 12.Jan.09)
. . . . . . . . Response from server commands... (~Mary Chuhipivi... 12.Jan.09)
. . . . . . the new result is... (~Mary Chuhipivi... 12.Jan.09)
. . . . . . . . Please write me at (~Xagra Cisnimar... 12.Jan.09)
. . I am having the same issue (~Lex Nonluburod... 12.Jan.09)
. . . . Thanks and a question (~Xagra Cisnimar... 12.Jan.09)
. . . . . . KitType=2... (~Lex Nonluburod... 12.Jan.09)
. . Arni - May we request your Internet... (~Zelda Elnuvitc... 12.Jan.09)
. . . . You can contact me by... (~Mary Chuhipivi... 12.Jan.09)
. . We have a fix for this. (~Evelyn Loptumi... 12.Jan.09)
. . . . Any word on the fix? (EOM) (~Lex Nonluburod... 20.Jan.09)
. . . . . . Fix available (~Sigmund Chufan... 20.Jan.09)
. . . . . . . . Hot to get the fix (~Fred Minkinivu... 27.Jan.09)
. . . . . . . . Still waiting for the fix. (~Lex Nonluburod... 30.Jan.09)




Printer-friendly

Search this forum

Member Tools


RSS Feeds

 RSS feedsRSS
All forum posts RSS
All main topics RSS